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Zusammenfassung 

Es geht um ein Verfahren zum nichtfluchtigen Speichern eines Betriebsdatenwerts 
eines Elektromotors (32). Dieser hat einen Mikroprozessor oder Mikrocontroller 
(23), der seine Kommutierung steuert, und er hat einen nichtfluchtigen Speicher 
(74). Bei diesem Verfahren wird beim Einschalten des Motors (32) ein Alt- 
Betriebsdatenwert aus dem nichtfluchtigen Speicher (74) in einen dem 
Mikroprozessor (23) zugeordneten fluchtigen Speicher (97) ubertragen und dort als 
Variable gespeichert. Die Variable wird vom Mikroprozessor in den Zeitbereichen 
zwischen den Kommutierungsvorgangen (Fig. 13) aktualisiert. In zeitlichen 
Abstanden wird der im nichtfluchtigen Speicher (74) gespeicherte 
Betriebsdatenwert durch den aktualisierten Betriebsdatenwert entsprechend dem 
aktuellen Wert der Variablen ersetzt. Ein Motor zur Durchfuhrung dieses Verfahrens 
wird angegeben. 
Hierzu Fig. 1 
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Verfahren zum nichtfluchtigen Speichern mindestens eines 
Betriebsdatenwerts eines Elektromotors, und Elektromotor zur 
Durchfuhrung eines solchen Verfahrens. 

Zusatz zu 198 26 458.5 

Die Erfindung betrifft ein Verfahren zum nichtfluchtigen Speichern mindestens 
eines Betriebsdatenwerts eines Elektromotors, welcher einen seine 
Kommutierung steuernden Mikroprozessor oder Mikrocontroller, im folgenden 
Mikroprozessor genannt, und einen nichtfluchtigen Speicher aufweist. Sie 
betrifft ferner einen Motor zur Durchfuhrung eines solchen Verfahrens. 

Die zugeordnete Hauptanmeldung 198 26 458.5 betrifft die Grundzuge eines 
derartigen Verfahrens. Dabei dient ein nichtfluchtiger Speicher als 
sogenannter Betriebsstundenzahler, und die dort gespeicherten 
Betriebsstunden, oder ein analoger Wert, z.B. Betriebsminuten oder 
Betriebstage, konnen uber eine Datenverbindung ausgelesen werden. 

Es ist eine Aufgabe der Erfindung, ein Verfahren der eingangs genannten Art, 
und einen entsprechenden Elektromotor, bereitzustellen. 

Diese Aufgabe wird gelost durch ein Verfahren gemaB Anspruch 1. Man 
erreicht so, daB die Zeit zwischen den Kommutierungen vom Mikroprozessor 
mit nutzlichen Vorgangen ausgefullt wird, namlich mit der Aktualisierung der 
mindestens einen Betriebsvariablen, und da(3 diese Variable nur in 
entsprechenden zeitlichen Abstanden zum nichtfluchtigen Speicher 
ubertragen werden muB. Ein geeigneter zeitlicher Abstand sind z.B. 
Stundenbruchteile, z.B. 10 Minuten, 20 Minuten, 30 Minuten oder dergleichen. 
Die Ubertragung muB also nur relativ selten stattfinden und erfordert deshalb 
nicht viel Rechenzeit. Trotzdem ergibt sich eine gute Genauigkeit der im 
nichtfluchtigen Speicher gespeicherten Daten, da Elektromotoren meist 
langere Zeit ununterbrochen laufen und sich dabei ihre Betriebsdaten nur 
wenig andern. 

Eine andere Losung der gestellten Aufgabe ergibt sich durch den Gegenstand 
des Anspruchs 9. 




Weitere Einzelheiten und vorteilhafte Weiterbildungen der Erfindung ergeben 
sich aus den im folgenden beschriebenen und in der Zeichnung dargestellten, 
in keiner Weise als Einschrankung der Erfindung zu verstehenden 
Ausfuhrungsbeispielen, sowie aus den Unteranspruchen. Es zeigt: 

Fig. 1 eine Gesamtubersicht einer erfindungsgemaBen Anordnung mit einem 
Elektromotor, 

Fig. 2 ein Ubersichtsschaltbild einer bevorzugten Ausfuhrungsform mit einem 
elektronisch kommutierten Motor, 

Fig. 3 beispielhafte Diagramme von in dem Dreiecksgenerator 100 der Fig. 2 
auftretenden Spannungen und Signalen, 

Fig. 4 ein schematisches Diagramm eines von einem Rotorstellungssensor 
132 detektierten und an den uC 23 der Fig. 2 ubergebenen Signals 
HALL, 

Fig. 5 ein Obersichtsdiagramm der in Fig. 1 implementierten Fehlerfunktion 
85 und Alarmfunktion 86, 

Fig. 6 ein Hauptprogramm in Form eines Funktionsmanagers, wie er 

bevorzugt bei einem erfindungsgemafBen Motor verwendet werden 
kann, 

Fig. 7 eine Darstellung eines Steuerworts mit acht Bit, welche dazu dienen, 
in dem Funktionsmanager der Fig. 6 die Ausfiihrung von Funktionen 
anzufordern, bzw. diese Anforderungen zuruckzusetzen, 

Fig. 8 eine Tabelle mit Objekten, welche Parameter fur den Motor 32 der Fig. 
2 enthalten, 

Fig. 9 ein Steuerwort DI_CTRL, welches von der Fehlerfunktion (Fig. 2 und 
23) verwendet wird, 

Fig. 10 ein Statuswort DLSTATE, welches von der Fehlerfunktion verwendet 




wird, 

Fig. 1 1 einen Fehlercode DI_CODE, welcher von der Fehlerfunktion 
verwendet wird, 

Fig. 12 ein Reaktionswort DI_REAC, welches von der Fehlerfunktion 
verwendet wird, 

Fig. 13 ein FluBdiagramm der Funktion "Hall-Interrupt" der Fig. 6, 

Fig. 14 ein FluBdiagramm der Funktion "TIMER0-Interrupt" der Fig. 6, 

Fig. 15 ein FluBdiagramm der Funktion "Betriebsdatenfunktion" der Fig. 6, 

Fig. 16 ein FluBdiagramm der Funktion "A/D" der Fig. 6, 

Fig. 17 ein FluBdiagramm der Funktion "Fehlererkennung" der Fig. 6, 

Fig. 18 die Darstellung eines RAM-Bereichs des jxC 23 der Fig. 2, 

Fig. 19 ein FluBdiagramm einer Funktion "CHK_CALC" zur Berechnung eines 
Uberprufungswertes fur die Speicheruberprufung, 

Fig. 20 ein FluBdiagramm einer Funktion " R A M_C H K_S ET" , welche dazu 
dient, einen Prufwert RAM_CHK zu berechnen und an einer 
vorgegebenen Stelle eines RAM-Bereichs zu speichern, 

Fig. 21 ein FluBdiagramm der Funktion " R AM_C H K_TE ST" der Fig. 17, welche 
zur Speicheruberprufung dient, 

Fig. 22 ein FluBdiagramm einer Funktion "NEW_DIST", welches bei einem 
neuen Fehler aufgerufen wird, 

Fig. 23 ein FluBdiagramm der Routine "Fehlerfunktion" der Fig. 1 und 6, und 

Fig. 24 ein FluBdiagramm der Routine "COMM" der Fig. 6. 



I 1 



In den nachfolgenden FluBdiagrammen bedeutet Y = Ja und N = Nein. 
Gleiche oder gleichwirkende Teile werden mit denselben Bezugszeichen 
bezeichnet und gewohnlich nur einmal beschrieben. 

Gesamtubersicht (Fig. 1) 

Fig. 1 zeigt eine Ubersicht uber eine erfindungsgemaGe Anordnung mit 
einem Elektromotor 32, der z.B. zum Antrieb eines Lufters dient, wie in Fig. 1 
angedeutet. Dem Elektromotor 32 sind eine Antriebsfunktion "AF" 150, ein 
Temperatursensor 152, eine Betriebsdatenfunktion "BDF" 89, eine 
Fehlerfunktion 85, eine Alarmfunktion "ALARM" 86, ein nichtfluchtiger 
Speicher 74 (z.B. ein EEPROM), ein Bus 82, ein BusanschluG 80, und eine 
Alarmausgabe ALARM_OUT 88 zugeordnet. 

Der Temperatursensor 152 dient dazu, die Temperatur T am Motor 32, oder 
in dessen Nahe, zu messen, um ggf. abhangig von dieser Temperatur T 
Vorgange zu steuern, z.B. eine von dieser Temperatur abhangige Drehzahl 
n_s des Motors 32 festzulegen oder ein Alarmsignal auszuldsen, wenn 
diese Temperatur zu hoch wird, oder um die Hochstwerte dieser Temperatur 
zu speichern. 

Die Antriebsfunktion "AF" 150 sorgt dafiir, daB der Elektromotor 32 in einer 
gewunschten Richtung und mit der gewunschten Drehzahl n_s lauft. Hierzu 
ist die Antriebsfunktion "AF" 150 uber eine Verbindung 150A mit dem 
Elektromotor 32 verbunden. Die Antriebsfunktion kann z.B. als 
Kommutierungssteuerung eines elektronisch kommutierten Motors (ECM) 
32 ausgebildet sein. 

Die Antriebsfunktion 150 ist mit dem Bus 82 verbunden, der bidirektional 
ausgebildet ist. Der Bus 82 hat einen Anschluft (Interface) 80, an den z.B. 
ein PC 81 angeschlossen werden kann. Uber den Bus 82 konnen die 
Antriebsfunktion "AF" 150, die Betriebsdatenfunktion "BDF" 89, die 
Fehlerfunktion 85 und die Alarmfunktion "ALARM" 86 konfiguriert werden, 
z.B. vom PC 81, oder von einem sonstigen Eingabegerat. Es konnen aber 
auch Daten von diesen Funktionen und vom EEPROM 74 auf den Bus 82 
geschrieben und uber diesen z.B. zum externen PC 81 , oder zu einem 




anderen Motor, ubertragen werden, z.B. die Zahl der Betriebsstunden des 
Motors 32, Oder eine Information uber aufgetretene Fehler, eine 
Extremtemperatur, eine zu hohe Betriebsspannung, etc. 

Der Elektromotor 32 gibt uber eine Verbindung 154 Betriebsdaten an die 
Betriebsdatenfunktion "BDF" 89. Diese kann die Betriebsdaten uber eine 
Verbindung 160 in dem nichtfluchtigen Speicher 74 speichern ("SAVE 
DATA") Oder auf den Bus 82 schreiben ("WRITE BUS"), so daB diese Daten 
uber den BusanschluG 80 vom PC 81 gelesen werden konnen. 

Ein Fehler im Elektromotor 32 wird uber die Verbindung 156 der 
Fehlerfunktion 85 mitgeteilt. Letztere kann beim Auftreten eines Fehlers uber 
eine Verbindung 162, die zur Antriebsfunktion "AF" 150 fuhrt, die 
Solldrehzahl n_s verandern ("SET n_s"), uber eine Verbindung 166 Daten 
uber den Fehler und momentane Betriebsdaten, welche uber eine 
Verbindung 164 von der Betriebsdatenfunktion "BDF" 89 erhaltlich sind, in 
den nichtfluchtigen Speicher 74 schreiben ("SAVE_DATA"), uber den Bus 
82 Daten uber den Fehler und momentane Betriebsdaten ausgeben 
("WRITE BUS"), oder uber eine Verbindung 168 einen Alarm in der 
Alarmfunktion 86 ausldsen ("ALARM"). 

Die Alarmfunktion 86 bekommt entweder ein Signal uber eine Verbindung 
168 von der Fehlerfunktion 85, oder uber eine Verbindung 158 ein Signal 
direkt vom Motor 32. Die Alarmfunktion kann uber eine Verbindung 170 
Daten uber den Alarm und momentane Betriebsdaten in den nichtfluchtigen 
Speicher 74 ("SAVE DATA") schreiben, und/oder sie schreibt diese Daten 
auf den Bus 82 ("WRITE BUS"), und/oder sie gibt ein Signal uber eine 
Leitung ALARM_OUT 88 aus ("WRITE ALARM.OUT"). 

Der nichtfliichtige Speicher 74 kann Daten enthalten, welche von den 
Funktionen 89, 85, 86 gespeichert worden sind und welche von diesen auch 
wieder ausgelesen und z.B. bei einer Anfrage uber den Bus 82 ausgegeben 
werden konnen. Weiterhin kann der nichtfliichtige Speicher 74 
Konfigurationsparameter fur die Funktionen 150, 89, 85, 86 enthalten. 

An den Bus 82 ist eine Uhr CLK 149 angeschlossen, die uber eine Batterie 




148 gepuffert ist und somit standig lauft. Fur einen |2c-Bus 82 eignen sich 
z.B. folgende Typen: PCF8563, PCF8573 oder PCF8583. Mittels der Uhr 

149 kann im EEPROM 74 die Uhrzeit gespeichert werden, bei der ein Fehler 
aufgetreten ist, ggf. auch das Datum. 

Nachfolgend wird der Aufbau einer bevorzugten Anordnung gemaB Fig. 1 
und eines bei ihr verwendeten Programms naher beschrieben. 

Ubersicht Motor (Fig. 2) 

Fig. 2 zeigt eine Obersicht uber ein bevorzugtes Ausfuhrungsbeispiel eines 
erfindungsgemaBen elektronisch kommutierten Motors (ECM) 32. Dieser wird 
gesteuert mittels eines Mikrocontrollers (uC) 23, oder alternativ eines 
Mikroprozessors. Der \iC 23 hat einen A/D-Wandler 60, eine 
Kennlinienfunktion 68, eine Funktion "RGL" (Reglerfunktion) 70, eine Funktion 
"CTRL" (Motorstromuberwachung) 71 , eine Funktion "CTRL EEPROM" 72, eine 
Funktion "COMM" (Kommunikationsfunktion) 78, die Funktion "FEHLER" 
(Fehlerfunktion) 85, die Funktion "ALARM" (Alarmfunktion) 86, die Funktion 
"BDF" (Betriebsdatenfunktion) 89 und die Funktion "AF" (Antriebsfunktion) 150. 

Ein Widerstand 52 ist zwischen einem Punkt 56 und Masse (GND) geschaltet 
und ein Widerstand 54 zwischen einer Betriebsspannung Ub und dem Punkt 
56. Der Punkt 56 ist mit dem Eingang 57 des A/D-Wandlers 60 verbunden. 
Diese Anordnung dient zum Digitalisieren eines der Betriebsspannung Ub 

entsprechenden Wertes. 

Ein NTC-Widerstand 62 (im Temperatursensor 1 52) ist zwischen einem Punkt 
66 und Masse (GND) geschaltet und ein Widerstand 64 zwischen einer 
geregelten Spannung Vcc (z.B. + 5 V) und dem Punkt 66. Der Punkt 66 ist mit 
dem Eingang 67 des A/D-Wandler 60 verbunden. Diese Anordnung dient zum 
Digitalisieren einer mit dem NTC-Widerstand 62 erfaBten Temperatur. 

Das EEPROM 74 ist uber einen Bus 76 mit der Funktion "CTRL EEPROM" 72 
verbunden. Anstatt des EEPROMs 74 konnte z.B. ein Flash-ROM, eine 
nachprogrammierbare Flex-ROM-Zelle oder ein anderer nichtfluchtiger 
Speicher verwendet werden. Das EEPROM 74 kann ggf. in dem uC 23 
integriert sein. 
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Der BusanschluG 80 ist uber den Bus 82 mit der Kommunikationsfunktion 
COMM 78 verbunden. Diese ist ihrerseits uber eine Verbindung 84 mit der 
Funktion "CTRL-EEPROM" 72 verbunden, sowie mit anderen 
Funktionselementen des u,C 23. 

Die Funktion "ALARM" 86 kann ein Signal am Ausgang Al_ARM_OUT 88 
ausgeben. 

Die Funktion "RGL" 70 ist bei dieser Ausfiihrungsform beispielhaft mit einem 
Pulsweitenmodulationsgenerator (PWM-Generator) 100 verbunden. Der 
PWM-Generator weist eine Regelspannungserzeugung 104, einen 
Dreiecksgenerator 106 und einen Komparator 102 auf, und seine 
Arbeitsweise wird bei Fig. 3 naher beschrieben. Uber den Ausgang 107 des 
PWM-Generators 100 gelangt ein Signal PWM zu zwei logischen UND- 
Gliedern 108, 110. Die Breite der Impulse 107A des Signals PWM ist variabel. 

Als einfaches Beispiel ist in Fig. 2 ein elektronisch kommutierter Motor 32 mit 
einer einzigen Phase (Strang) 128 dargestellt. Das Prinzip eines solchen 
einfachen Motors ist z.B. in der DE 2 346 380 C erlautert. Der Motor 32 weist 
einen permanentmagnetischen Rotor 130, einen Hallsensor 132 und eine 
Endstufe 112 auf. 

Die Endstufe 112 hat vier als H-BrQcke geschaltete npn-Transistoren 114, 116, 
118, 120, und einen niederohmigen Widerstand 124 fur die Strommessung. 

Eine Strombegrenzung "I < Imax" 125 erhalt eine Spannung entsprechend 
dem am Widerstand 124 gemessenen Wert des Motorstroms I und beeinfluBt 
bei zu hohem Motorstrom I die Regelspannungserzeugung 104, urn diesen 
Strom zu reduzieren. Weiterhin ist die Strombegrenzung 125 mit der Funktion 
"CTRL" (Motorstromuberwachung) 71 im |iC 23 verbunden. 

Das Signal des Hallsensors 132 wird einer Auswerteschaltung 134 zugefuhrt, 
welche ein TiefpaBfilter enthalt, z.B. in Form eines Komparators, und welche 
das in Fig. 4 dargestellte Signal HALL erzeugt, das der Funktion "AF" 150 
zugefuhrt wird. Letztere steuert zwei Ausgange OUT1, OUT2, welche die 




oberen Transistoren 114, 116 bzw. - tiber die UND-Glieder 108, 110 - die 
unteren Transistoren 118, 120 steuern. 

Der uC 23 hat ferner ein ROM 96, ein RAM 97, und einen Timer 98, der auch 
als TIMER0 bezeichnet wird. Das ROM 96 wird gewohnlich zusammen mit der 
Herstellung des uC 23 programmiert. Es kann auch auBerhalb des |iC 23 
angeordnet sein, ebenso das RAM 97 und der Timer 98, wie das dem 
Fachmann bekannt ist. 

Arbeitsweise 

Die Bestromung der Phase 128 geschieht durch die Transistorendstufe 112. 
Die Ausgange OUT1 , OUT2 steuern die als H-Brucke 112 geschalteten 
Transistoren 1 14, 116, 118, 120. 1st OUT1 auf HIGH und OUT2 auf LOW, so 
sind die Transistoren 1 14 und 118 leitend, und ein Strom flieBt von der 
Betriebsspannung +Ub uber den Transistor 1 14, die Statorwicklung 128, den 
Transistor 118 und den Widerstand 124 nach Masse GND. Es wird bei dieser 
Betrachtung davon ausgegangen, daB das Signal PWM (Leitung 107) standig 
auf HIGH ist, da ansonsten die UND-Glieder 108, 110 und damit die 
Transistoren 118, 120 sperren. 

Ist OUT1 auf LOW und OUT2 auf HIGH, so flieBt ein Strom von Ub uber den 
Transistor 116, in umgekehrter Richtung durch die Statorwicklung 128, uber 
deri Transistor 120 und den Widerstand 124 nach Masse GND. 

Der von der Statorwicklung 128 erzeugte alternierende magnetische FluB 
bewirkt ein Drehmoment auf den permanentmagnetischen Rotor 130 und treibt 
diesen an. Der Rotor 130 ist in diesem Ausfuhrungsbeispiel vierpolig 
dargestellt. 

Die Stellung des Rotors 130 wird uber den Hallsensor 132 erfaBt. Sein Signal 
wird in der Schaltung 134 durch einen TiefpaB gefiltert und zu einem 
rechteckformigen digitalen Signal HALL (Fig. 4) verarbeitet, welches der 
Funktion "AF" 150 zugefuhrt wird. 

Die Funktion "AF" 150 steuert, ausgehend von dem Signal HALL, die 
Ausgange OUT1 , OUT2. Die Kommutierung des Motors 32 erfolgt bei diesem 



Beispiel elektronisch und wird nachfolgend bei Fig. 13 erlautert. Die Funktion 
"AF" 150 sorgt uber die richtige Kommutierung hinaus fiir einen sicheren 
Betrieb des Motors 32, z.B. bei einer Uberlastung der Transistorendstufe 112.- 
Eine Ausfiihrung der Kommutierung ist auch in der Weise moglich, daf3 mit 
steigender Drehzahl die Transistoren 1 14 bis 120 friiher kommutiert werden, 
etwa analog der Fruhzundung bei einem Benzinmotor. 

Selbstverstandlich eignet sich die Erfindung in gleicher Weise fur jede Art von 
Motor, z.B. fur dreiphasige ECMs und andere. Es handelt sich also nur urn ein 
einfaches Ausfuhrungsbeispiel, urn das Verstandnis der Erfindung zu 
erleichtern. 

Eine Drehzahlregelung wird bei diesem Ausfuhrungsbeispiel durch eine 
Regelung des Tastverhaltnisses PWM_TV des Signals PWM am Ausgang 107 
des Reglers 100 erreicht, d.h. dadurch, daf3 die Impulse 107A langer oder 
kurzer gemacht werden. Zur Definition des Tastverhaltnisses PWM_TV siehe 
Fig. 3C. Je groBer dieses Tastverhaltnis ist, desto langer werden die Impulse 
1 07A, und desto langer wird der Ausgang des momentan durch OUT1 oder 
OUT2 angesteuerten UND-Glieds 108 oder 1 10 auf HIGH geschaltet. Die 
Statorwicklung 128 wird folglich langer bestromt, und der Motor 32 starker 
angetrieben. Ist z.B. OUT1 auf HIGH und OUT2 auf LOW, so ist der obere 
Transistor 1 1 4 leitend geschaltet, und der untere Transistor 1 1 8 wird 
entsprechend dem Signal PWM uber das UND-Glied 108 ein- und 
ausgeschaltet. 

Die Funktion "RGL" 70 regelt in diesem Ausfuhrungsbeispiel uber den PWM- 
Generator 100 die Drehzahl n des Motors 32. Der Funktion "RGL" 70 stehen 
hierzu die Drehzahl n des Rotors 130, welche uber das Signal HALL 
berechnet wird (siehe Beschreibung zu Fig. 4), und die Solldrehzahl n_s, 
welche in diesem Ausfuhrungsbeispiel durch die Kennlinienfunktion 68 
bestimmt wird, zur Verfugung. Die Drehzahlen n und n_s konnen hierbei z.B. 
in Form von Hallzeiten t_H (Fig. 4), z.B. in der Einheit [u.s] oder [s], oder als 
Drehzahl, z.B. in der Einheit [U/min], vorliegen. 

Die Kennlinienfunktion 68 ordnet bei diesem Beispiel jeder Temperatur T 
(erfaGt vom Sensor 152 der Fig. 1) eine Solldrehzahl n_s(T) zu. Die 



Temperatur T wird mittels des NTC-Widerstands 62 erfaBt, welcher zusammen 
mit dem Widerstand 64 einen Spannungsteiler zwischen Vcc und Masse 
bildet, vgl. Fig. 2. Das Potential am Punkt 66, welches ein MaB fur die 
Temperatur des Widerstands 62 darstellt, wird durch den A/D-Wandler 60, 
welcher sich im uO 23 befindet, digitalisiert und der Kennlinienfunktion 68 
zugefuhrt. 

Die Kennlinienfunktion 68 bestimmt aus der Temperatur T die Solldrehzahl 
n_s des Motors 32. Hierzu wird z.B. fiber eine Funktion "CTRL EEPROM" 72 
der zu der Temperatur T zugehorige Wert n_s (T) aus einer Temperatur- 
Solldrehzahl-Tabelle im EEPROM 74 geladen. Fur eine andere bevorzugte 
Variante, bei der nur Eckpunkte einer Kennlinie gespeichert sind und 
zwischen diesen Eckpunkten interpoliert wird, wird auf die deutsche 
Patentanmeldung 198 36 882.8 (intern: D216) verwiesen, urn unnotige 
Langen zu vermeiden. 

Die Funktion "COMM" verwaltet den BusanschluB 80, uber den Daten von 
auBerhalb in den |iC 23 ubermittelt werden konnen, und uber den umgekehrt 
Daten aus dem uC 23 nach auBen ubermittelt werden konnen. Es konnen z.B. 
Daten, welche uber den BusanschluB 80 mit Hilfe der Funktion "COMM" 78 in 
den uC 23 gelangen, uber die Verbindung 84 und mit Hilfe der Funktion 
"CTRL EEPROM" 72 in das EEPROM 74 geschrieben werden. 

PWM-Generator (Fig. 3) 

Fig. 3A zeigt ein Dreieckssignal u106 des Dreiecksgenerators 106 und einen 
Stellwert U104, welcher von der Regelspannungserzeugung 104 erzeugt wird. 
Fig. 3B zeigt die aus Fig. 3A resultierenden Impulse 107A, und Fig. 3C die 
Berechnung des Tastverhaltnisses PWM_TV der Impulse 107A. 

Das Dreieckssignal U106 aus dem Dreiecksgenerator 106 ist idealisiert 
dargestellt. In Wirklichkeit hat es keine perfekte Dreiecksform, was jedoch an 
der Funktionsweise des PWM-Generators 100 aus Fig. 2 nichts andert. Das 
Dreieckssignal uioe hat einen Offset 139 von der Spannung 0 V. Der Stellwert 
men bewirkt also erst ein Tastverhaltnis PWM_TV > 0, wenn er groBer ist als 
der Offset 139. 
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Das Tastverhaltnis PWM_TV des Signals PWM ist das Verhaltnis der Dauer 
t 0 N, die das Signals PWM wahrend einer Periode des Dreieckssignals uios auf 
HIGH ist, zu einer ganzen Periode T des Dreieckssignals inoe, vgl. Fig. 3B. Es 
gilt 



Das Tastverhaltnis PWM_TV kann zwischen 0 und 100 % liegen. Ist die 
Motordrehzahl z.B. zu hoch, so wird der Stellwert U104 erniedrigt und damit das 
Tastverhaltnis PWM_TV verkleinert, wie in Fig. 3A dargestellt. Das Ganze wird 
als Pulsweitenmodulation (PWM) bezeichnet. 

Selbstverstandlich kann ein erfindungsgemaRer Motor 32 auch ohne 
Pulsweitenmodulation betrieben werden, z.B. ohne Regelung, oder mit einer 
anderen Art von Regelung. Diese dient nur als Beispiel, urn das Verstandnis 
zu erleichtern. 

Das Signal HALL (Fig. 4) 

Fig. 4 zeigt das Signal HALL, welches der von dem Hallsensor 132 (Fig. 1) 
erfaBten Stellung des Rotors 130 entspricht und dem uC 23 uber die 
Schaltung 134 (Fig. 2) zugefuhrt wird. 

Der Rotor 130 kann als Beispiel eine Drehzahl von n = 6000 U/min haben, 
entsprechend 100 U/sec. Eine mechanische Umdrehung des Rotors 130 
dauert dann 10 ms. Der Rotor 130 ist in diesem Ausfuhrungsbeispiel vierpolig 
dargestellt, so da(3 in einer mechanischen Umdrehung (360° mech.) vier 
Hallwechsel stattfinden, zwei von HIGH nach LOW und zwei von LOW nach 
HIGH. Eine elektrische Umdrehung (360° el.) ist dagegen schon nach zwei 
Hallwechseln durchgefuhrt. Bei einem vierpoligen Motor finden also bei einer 
mechanischen Umdrehung zwei elektrische Umdrehungen statt. 

Die Drehzahl n wird aus der Hallzeit t_H (Fig. 4) zwischen zwei Hallwechseln 
berechnet. Es gilt 

t H = T/P -( 2 ) 



pwm_tv = t 0 N rr 



...(1) 



Es gilt ferner T = (60 Sekunden)/n 



••(3) 
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Aus (2) und (3) folgt 

t_H = ((60 Sekunden)/n)/P 



•••(4) 



Hierbei ist 

T = zeitliche Dauer einer mechanischen Umdrehung des Rotors 130, in 
Sekunden 

P = Polzahl des Rotors (hier P = 4) 
n = Drehzahl in U/min. 

Bei n = 6000 U/min und P = 4 erhalt man aus (4) 
t_H = 60 s / 6000 / 4 = 2,5 ms. 

Bei einer Drehzahl von 6000 U/min betragt also der zeitliche Abstand t_H 
zwischen zwei Wechseln des Signals HALL 2,5 ms, wie in Fig. 4 beispielhaft 
dargestellt. 

Ubersicht uber Fehler- und Alarmfunktion (Fig. 5) 
Fig. 5 zeigt eine Ubersicht uber das Zusammenarbeiten der Fehlerfunktion 85 
und der Funktion "ALARM" 86 aus programmtechnischer Sicht fur einen Motor 
32 gemaB Fig. 1 . 

In der obersten Reihe sind die Funktionen "SensorabriBkontrolle" 91 , 
"Busfehlerkontrolle" 92, "Temperaturkontrolle" 94 und "Drehzahlkontrolle" 95 
dargestellt. 93 steht fur beliebige weitere Kontrollen, welche nicht dargestellt 
sind. 

Die Kontrollen befinden sich, programmtechnisch gesehen, an dem Ort, an 
dem die jeweilige Messung stattfindet. So wird z.B. bei der Abfrage des A/D- 
Wandlers 60 anhand des Werts in der "SensorabriBkontrolle" 91 gepruft, ob 
ein "SensorabriB" des NTC-Widerstands 62 (Fig. 1) vorliegt, vgl. nachfolgend 
Fig. 16, S226. Dies bedeutet, daB in Fig. 2 die Verbindung zum NTC- 
Widerstand 62 an der Stelle 62a und/oder 62b unterbrochen ist, d.h. die 
Leitung ist abgerissen. In diesem Fall meldet die "SensorabriBkontrolle" 91 
einen Fehler, d.h. sie erzeugt ein Fehlersignal. Dieses wird anschlieBend von 
der "Fehlerfunktion" 85 (Fig. 23) bemerkt, und diese entscheidet dann, was 
weiter geschehen soli. So kann sie z.B. die Solldrehzahl n_s auf einen 
maximalen Wert setzen und einen Alarm bei der Alarmfunktion 86 anfordern. 
Dies wird nachfolgend bei Fig. 23 ausfuhrlich beschrieben und geschieht 
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abhangig von Parameters die im EEPROM 74 gespeichert sind und die 
verandert werden konnen. 

Die "Temperaturkontrolle" 94 und die "Drehzahlkontrolle" 95 nehmen eine 
Sonderstellung ein. Temperatur und Drehzahl sind fur die Funktionalitat eines 
Lufters so wichtig, daB die Uberschreitung einer vorgegebenen Temperatur 
bzw. eine zu groBe Abweichung der Drehzahl direkt an die "Alarmfunktion" 86 
weitergegeben werden. 

Andere Fehler, wie z.B. ein SensorabriB des NTC-Widerstands 62, schlieBen 
dagegen ein zufriedenstellendes Arbeiten des Lufters nicht aus und konnen 
deshalb uber die Fehlerfunktion 85 (Fig. 23) verarbeitet werden. Die 
Fehlerfunktion 85 kann nach den Wunschen des Kunden parametriert werden, 
wie nachfolgend beschrieben wird. 

Funktionsmanager (Fig. 6 und 7) 

Fig. 6 zeigt ein FluBdiagramm mit einer mdglichen Ausfuhrungsform des in 
dem \lC 23 ablaufenden Hauptprogramms in Form eines sogenannten 
Funktionsmanagers 601. 

Das Hauptprogramm hat die Aufgaben, auf Ereignisse zu reagieren, z.B. auf 
eine Anderung des Signals HALL, ferner jeder Funktion bei Bedarf 
Ressourcen, insbesondere Rechenzeit, zur Verfiigung zu stellen, und bei der 
Vergabe der Ressourcen Prioritaten zu beachten. 

Nach dem Einschalten des Motors 32 wird in dem \iC 23 ein interner Reset 
ausgelost, und in S600 erfolgt dabei die Initialisierung des u.C 23. Dabei 
werden Daten aus dem EEPROM 74 in das RAM 97 des uC 23 geladen, damit 
sie fur den Prog ram mablauf schnell verfugbar sind. Auch erfolgt ein 
Speichertest, wie nachfolgend beschrieben. 

Nach der Initialisierung erfolgt ein Sprung in den Funktionsmanager 601 , 
welcher in S602 beginnt. Als erstes werden die Funktionen abgearbeitet, die 
zeitkritisch sind und bei jedem Durchlauf abgearbeitet werden mussen. Hierzu 
zahlen die Funktionen "COMM" in S604 (vgl. Fig. 24), "A/D" in S606 (vgl. Fig. 
16), "l_max" in S608 und "RGL" in S610. 
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In der Funktion "COMM" (S604) wird die Kommunikation tiber den Bus 82 (Fig. 
1) uberwacht. Bei einer Baudrate von z.B. 2 k mul3 der Bus 82 alle 250 |is 
iiberpruft werden. 

In S606 wird der A/D-Wandler 60 (Fig. 2) abgefragt. Dieser digitalisiert die 
Potentiale an den Eingangen 57, 67. Es konnen weitere A/D-Wandler fur die 
Digitalisierung weiterer Potentiale vorhanden sein. 

In S608 wird eine ggf. vorhandene Motorstrombegrenzungsroutine "l_max" 
ausgefuhrt. 

Die Funktion "RGL" zur Regelung der Drehzahl n wird in S610 aufgerufen. 

Fig. 7 zeigt ein beispielhaftes Funktionsregister 605, in dem fur jede der 
Funktionen in S622, S626, S630, S634 und S638 (Fig. 6) ein Bit reserviert ist. 

In diesem Beispiel ist das Funktionsregister 605 ein Byte groB, und es sind, 
von dem niederwertigsten Bit (LSB) beginnend, die folgenden 
Anforderungsbits fur die unten erklarten anforderbaren Funktionen definiert 

• FCT_KL fur die Kennlinienfunktion, 

• FCT_n fur die Drehzahlberechnungsfunktion, 

• FCT_AL_n fur die Alarm-Drehzahl-Kontrolle, 

• FCT_DIST fur die Fehlererkennung 

• FCT_BDF fur die Betriebsdatenfunktion. 

Die restlichen Bits sind fur zusatzliche anforderbare Funktionen reserviert, die 
bei Bedarf in den Funktionsmanager eingefugt werden konnen. 

Soli in Fig. 6 und 7 eine bestimmte anforderbare Funktion durch eine andere 
Funktion oder durch eine Interruptroutine angefordert werden, so wird das Bit 
der anzufordernden Funktion im Funktionsregister 605 auf 1 gesetzt, z.B. 
FCT_AL_n := 1. Wenn dann der Funktionsmanager 601 (Fig. 6) bei einem auf 
diese Anforderung folgenden Durchlauf keine andere anforderbare Funktion 
mit hoherer Prioritat findet, so wird die genannte Funktion in S630 aufgerufen, 
also die Alarm-Drehzahl-Kontrolle. 
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1st eine angeforderte Funktion abgearbeitet, so setzt sie ihr Bit in dem 
Funktionsregister 605 (Fig. 7) wieder auf 0, z.B. FCT_AL_n := 0 am Ende von 
S630. 

Nachdem die anforderbare Funktion ausgefuhrt wurde, wird wieder nach 
S602 an den Anfang "FCT_MAN" des Funktionsmanagers 601 gesprungen. 

In Fig. 6 wird nach S610 in einer vorbestimmten Reihenfolge, von der 
wichtigsten anforderbaren Funktion ausgehend, gepruft, ob deren 
Anforderungsbit gesetzt ist. 1st dies der Fall, so wird die angeforderte Funktion 
ausgefuhrt. Je hoher eine solche Funktion in dem Funktionsmanager 601 
steht, desto hoher ist ihre Prioritat. 

In S620 wird uberpruft, ob das Anforderungsbit FCT_KL gesetzt ist. Ist es 
gesetzt, so wird die Kennlinienfunktion in S622 aufgerufen. 

Ist in S624 FCT_n gesetzt, so wird die Drehzahlberechnungsfunktion in S626 
aufgerufen. 

Ist in S628 FCT_AL_n gesetzt, so wird die Alarm-Drehzahl-Kontrolle in S630 
aufgerufen. 

Ist in S632 FCT_DIST gesetzt, so wird die Fehlererkennung in S634 
aufgerufen, die bei Fig. 17 beschrieben wird. 

Ist in S636 FCT_BDF gesetzt, so wird die Betriebsdatenfunktion in S638 
aufgerufen, die bei Fig. 15 beschrieben wird. 

War keines der Anforderungsbits des Funktionsregisters 605 gesetzt, so wird 
eine Fehlerfunktion in S640 und eine Alarmfunktion in S642 ausgefuhrt und 
nach S602 zuruckgesprungen. Zur Fehlerfunktion S640 vgl. Fig. 23. Man kann 
sie auch als Fehleriiberwachungsroutine bezeichnen, weil sie uberwacht, ob 
eine der anderen Routinen einen Fehler gemeldet hat, und dann eine 
Reaktion auf diesen Fehler bewirkt. 
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Fig. 6 zeigt auch symbolisch einen Hall-Interrupt 611 (Fig. 13), der die hochste 
Prioritat L1 (Level 1) hat. Er unterbricht alle Prozesse des Funktionsmanagers 
601, wie durch den Pfeil 613 symbolisiert, um eine prazise Kommutierung des 
Motors 32 zu erhalten. Ein Hall-Interrupt 61 1 wird jedes Mai erzeugt, wenn 
sich in Fig. 4 das Signal HALL andert, und er bewirkt eine Erhohung des 
Kommutierungszahlers CNT_COM, wie bei Fig. 13 beschrieben. AuBerdem 
wird die Kommutierung des Motors 32, also die Erzeugung der Signale OUT1 
und OUT2, direkt oder indirekt von den Hall-Interrupts 61 1 gesteuert, um einen 
ruhigen Lauf des Motors zu erhalten, vgl. ebenfalls Fig. 13. 

Unter dem Hall-Interrupt 611 ist bei 615 ein TIMERO-lnterrupt des Timers 
TIMER0 98 (Fig. 2) dargestellt. Dieserhat eine niedrigere Prioritat L2 und 
unterbricht alle Prozesse unter ihm, wie durch den Pfeil 617 angedeutet. Er 
wird bei Fig. 14 beschrieben. 

Wenn der Hall-Interrupt 61 1 und der TIMERO-lnterrupt 615 gleichzeitig 
angefordert wurden, wurden sie nach der Reihenfolge ihrer Prioritat 
abgearbeitet. 

Die nachfolgenden Funktionen haben eine immer niedrigere Prioritat, von L3 
fur die Funktion "COMM" in S604 bis L13 fur die Alarmfunktion in S642. 

Auf diese Weise gelingt es, die verschiedenen "Bedurfnisse" des Motors 32 in 
eine vorgegebene Hierarchie einzuordnen und die Ressourcen des |iC 23 
optimal fur den Betrieb des Motors 32 zu nutzen. Die Fehlerfunktion S640 und 
die Alarmfunktion S642 werden also nur ausgefuhrt, wenn der |iC 23 gerade 
freie Rechenzeit hat. 

Objekttabelle (Fig. 8) 

Fig. 8 zeigt eine Tabelle 111 mit Objekten, welche Konfigurationsparameter 
fur den Motor 32 enthalten. Die einzelnen Objekte weisen einen Index, einen 
Speichertyp, Zugriffsrechte und einen Namen auf. 

Die Objekttabelle 111 wird in einem nichtfliichtigen Speicher, in diesem 
Ausfuhrungsbeispiel im EEPROM 74 (Fig. 1), gespeichert. Nach jedem Reset 
des uC 23 wird bei der Initialisierung in S600 (Fig; 6) die Objekttabelle 1 1 1 
aus dem EEPROM 74 durch die Funktion "CTRL EEPROM" 72 in das RAM 97 



• # 



des nC 23 iibertragen und steht daraufhin dem in dem uO 23 ablaufenden 
Programm (Fig. 6) zur Verfugung. 

Der Index ist in der Tabelle 111 hexadezimal angegeben, wobei ein Ox vor 
einer Zahl fur hexadezimal steht. Der Speichertyp ist entweder unsigned8, 
also ein Byte ohne Vorzeichenbit, unsigned16, also zwei Byte ohne 
Vorzeichenbit, oder unsigned 24, also drei Byte ohne Vorzeichenbit. Die 
Zugriffsrechte sind R (Read)/W (Write) (R=Lesen und W=Schreiben). Die 
Objekte konnen ausgelesen und verandert werden. Der Name des Objekts 
dient zum leichteren Gebrauch. Es bedeuten 



DIST_CTRL 

DIST_STATE 

DIST_CODE 

DIST_REAC 

n_DIST 

t_COMM_TO 

OD_TMAX 

ODJJBMAX 

OD_OHO 

OD COMMUT 



Steuerwort fiir die Fehlerfunktion 
Statuswort fur die Fehlerfunktion 
Fehlercode fiir die Fehlerfunktion 
Reaktionswort fur die Fehlerfunktion 
Fehlerdrehzahl 

Maximale Time-Out-Zeit fur die Kommunikationsfunktion 
Temperatur fiir die Betriebsdatenfunktion 
Betriebsspannung fur die Betriebsdatenfunktion 
Betriebsstunden (operating hours, z.B. in der Einheit 10 
min) fur die Betriebsdatenfunktion 
Gesamtzahl der Kommutierungen (z.B. in der Einheit 
10000) fiir die Betriebsdatenfunktion. 



Durch die offene Struktur der Objekttabelle 111 ist es moglich, in einfacher 
Weise neue Objekte uber ein standardisiertes Verfahren hinzuzufugen und die 
Tabelle beliebig zu erweitern. Eine Anderung der Objekttabelle 1 1 1 und damit 
der Konfiguration erfolgt uber den Bus 82, die Funktion "COMM" 78 (Fig. 2) 
und die Funktion "CTRL EEPROM" 72. Die Konfiguration kann vor der 
Auslieferung nach den Wunschen des Kunden geschehen, oder der Kunde 
erhalt die Moglichkeit, selbst Anderungen vorzunehmen. 

Erlauterung der Objekte in der Objekttabelle 111 

DIST_CTRL ist das Steuerwort fiir die Fehleruberwachungsroutine 85, die in 
Fig. 6 und 23 mit S640 bezeichnet ist. Sein Aufbau ergibt sich aus Fig. 9 und 




der zugehorigen Beschreibung. Je nach Inhalt bewirkt dieses Wort, da3 ein 
Fehler entweder im EEPROM 74 gespeichert wird, oder da(3 er nicht 
gespeichert wird. - Wenn DIST_CTRL in das RAM 97 geladen ist, wird es als 
DLCTRL bezeichnet. 

DIST_STATE ist ein Statuswort fur die Fehlerfunktion. Wenn DIST_STATE in 
das RAM 97 geladen ist, wird es als DI_STATE bezeichnet. Der Aufbau von 
DLSTATE ergibt sich aus Fig. 10 und der zugehorigen Beschreibung. Es gibt 
in seinem Bit 7 an, ob ein Fehler vorliegt, und seine Bits 0 bis 2 definieren grab 
die Art des aufgetretenen Fehlers, z.B. Fehler bei der Kommutierung, oder 
Fehler im Sensor 152. 

DIST_CODE enthalt Fehlercodes fur die Fehlerfunktion 85, welche den 
Fehler genauer spezifizieren. Wenn DIST_CODE in das RAM 97 geladen ist, 
wird es als DI_CODE bezeichnet. Sein Aufbau ergibt sich aus Fig. 1 1 und der 
zugehorigen Beschreibung. Z.B. konnen fur die Fehlerklasse DS_COMM des 
Statusworts Dl -STATE vier separate Fehlercodes betreffend die Art des 
Ubertragungsfehlers vorliegen. 

DIST_REAC ist ein Reaktionswort fur die Fehlerfunktion 85 und gibt an, wie 
der Motor auf einen Fehler reagieren soli, z.B. mit Stehenbleiben, oder 
Bremsen, oder maximaler Drehzahl. Wenn DIST_REAC in das RAM 97 
geladen ist, wird es als DLREAC bezeichnet. Sein Aufbau ergibt sich aus Fig. 
12 und der zugehorigen Beschreibung. Seine Auswertung ergibt sich aus Fig. 
23. 

n_DIST ist die Fehlerdrehzahl. Dies ist eine feste Drehzahl, mit der der Motor 
32 bei einem Fehler laufen soli, vgl. Fig. 23, S378 und S380. 

t_COMM_TO ist die maximale Time-Out-Zeit fur die Kommunikationsfunktion. 
Sie bestimmt die Ubertragungsrate auf dem Bus 82. 

OD_TMAX ist der obere Extremwert der Temperatur T, die vom Sensor 152 
gemessen wird. Dieser Wert funktioniert genauso wie ein 
"Maximumthermometer", aber digital. Alle 10 Minuten wird gepruft, ob die 
aktuelle Temperatur hoher ist als der gespeicherte Wert OD_TMAX, und wenn 
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dies der Fall ist, wird der neue, hohere Wert als OD_TMAX im EEPROM 74 
gespeichert. Dies kann zur Analyse von Fehlern wichtig sein. 

OD_UBMAX ist der obere Extremwert der Betriebsspannung UB des Motors 
32. Alle 10 Minuten wird gepruft, ob die aktuelle Betriebsspannung UB hoher 
ist als der gespeicherte Wert OD_UBMAX, und wenn dies der Fall ist, wird der 
neue, hohere Wert als OD_UBMAX im EEPROM 74 gespeichert. Dies kann zur 
Analyse von Fehlern wichtig sein. 

OD_OHO ist die Gesamtzahl der Betriebsstunden des Motors 32, gemessen 
in Einheiten von 10 Minuten. OD_OHO = 6.000 bedeutet also 1.000 
Betriebsstunden. 

Beim Einschalten wird OD_OHO in das RAM 97 geladen und dort durch die 
Routine gemaB Fig. 14 fortlaufend aktualisiert. Immer nach 10 Minuten wird 
der aktualisierte Wert in das EEPROM 74 geschrieben, zusammen mit 
anderen Werten, wie bei Fig. 15 erlautert. 

OD_COMMUT ist die Gesamtzahl der Hall-Interrupts 611 (Fig. 4). Da jeder 
Hall-Interrupt eine Kommutierung bewirkt, vgl. Fig. 13, ist dies ein MaB fur die 
Gesamtzahl der Umdrehungen des Rotors 130. 

Die Zahl der Kommutierungen wird in Einheiten von 10.000 gespeichert, so 
daB ein Wert 200.000 anzeigt, daB 2 Milliarden Kommutierungen 
stattgefunden haben. Bei einem vierpoligen Rotor 130 entspricht das 500 
Millionen Umdrehungen, und bei konstanten 3000 U/min entsprache dies 
einer Betriebsdauer von etwa 2.800 Stunden. Diese Zahl gibt Aufschlusse 
uber die voraussichtliche restliche Lebensdauer der Lager des Motors 32. 

Beim Einschalten wird OD_COMMUT in das RAM 97 geladen und dort durch 
die Routine gemaB Fig. 13 fortlaufend aktualisiert. Immer nach 10 Minuten wird 
der aktualisierte Wert in das EEPROM 74 geschrieben, zusammen mit 
anderen Werten, wie bei Fig. 15 erlautert. 

Die aktuellen Werte (im RAM 97) von OD.TMAX, OD_UBMAX, OD_OHO und 
OD_COMMUT werden beim Auftreten eines Fehlers in einem FIFO des 



EEPROMS 74 gespeichert, vgl. Fig. 22, S346, push_OD_DATA. 

Die Objekttabelle 1 1 1 (Fig. 8) enthalt also eine Art Lebenslauf des Motors 32, 
und durch Veranderung der ersten vier Objekte kann festgelegt werden, ob 
und wie der Motor 32 bei einem Fehler reagiert, ob und was gespeichert 
werden soli, wohin ein Alarm ausgegeben wird, etc., d.h. es konnen 
entsprechende Parameter festgelegt und in den Motor eingegeben werden. 

Steuer- und Statuswdrter 

Fig. 9 zeigt ein Steuerwort DI_CTRL, welches den gleichen Aufbau hat wie 
das Objekt DIST_CTRL aus der Objekttabelle 1 1 1 (Fig. 8) und welches zum 
Datenaustausch zwischen dem Betriebssystem (Fig. 6) und den einzelnen 
Fehlerfunktionen dient. Es befindet sich im RAM 97. Letzteres wird nach einem 
Reset des uG 23 in "INIT" S600 beim Start des Hauptprogramms mit dem Wert 
von DIST_CTRL (Fig. 8) geladen. Die Bits von DI_CTRL sind mit 0 bis 7 
durchnumeriert. 

Bit 0 hat den Namen DC_I_ATCH. 1st DC_LATCH = NO_LATCH, also LOW (0), 
so wird ein Fehler nicht gespeichert, und beim Verschwinden des Fehlers wird 
der Fehlerzustand zuruckgesetzt. 1st dagegen DCJ-ATCH = LATCH, also 
HIGH (1), so wird ein Fehlerzustand erst geldscht, wenn hierzu eine 
Aufforderung uber den Bus 82 kommt. 

Die Bits 1 bis 6 werden hier nicht benutzt (RES) und sind fur zukunftige 
Anwendungen und Erweiterungen reserviert. 

Das Bit 7 hat den Namen DC_CLEAR und wird fur das Loschen eines 
Fehlerzustands verwendet. Hierzu muB der Wert von DC_CLEAR, der im 
Grundzustand 0 ist, auf 1 und daraufhin wieder auf 0 gesetzt werden, wie in 
Fig. 9 angegeben. 

Fig. 10 zeigt ein Statuswort DI_STATE, welches dem Objekt DIST_STATE 
(Fig. 8) entspricht, und wie DI_CTRL in "INIT" S600 initialisiert wird. 

Die Bits 0-2 haben den Namen DS_CI_ASS, und DS_CLASS kann die 
(dezimalen) Werte 0 bis 7 annehmen. DS_CLASS beinhaltet die 
Fehlerklasse. Dabei bedeuten die Fehlerklassen 
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DS_uO (0) 



ein Fehler des uC 23 



DS_COMM (1) ein Fehler in der Kommunikation 
DS_SENS (2) ein Fehler des oder der Sensoren, z.B. des NTC- 

Widerstands 62 



Die ubrigen Werte 4-7 von DS_CLASS werden in diesem Ausfuhrungs- 
beispiel nicht benutzt (RES). 

Die Bits 3-6 werden nicht benutzt (RES). 

Das Bit 7 hat den Namen DS_ACTIVE. 1st DS_ACTIVE = NO_DIST (0), so 
liegt kein Fehler vor, und der Inhalt von DS_CLASS hat keine Bedeutung. Bei 
DS_ACTIVE = DIST (1) liegt ein Fehler vor, und in DS_CLASS steht die 
Fehlerklasse. 

Fig. 11 zeigt einen Fehlercode DI_CODE, welcher den Fehler genauer 
spezifiziert. Nach jedem Reset des uC 23 wird in S600 (Fig. 6) der Wert des 
Objekts DIST_CODE (Fig. 8) nach DLCODE geschrieben. DI_CODE ist 16 Bit 
groB, und es konnen damit die Werte 0 bis 65535 dargestellt werden. Fur die 
einzelnen Fehlerklassen (Fig. 10) sind jeweils 1000 Werte vorgesehen. 

Die Werte 0-999 sind fur die Klasse DS_uC reserviert, also fur Fehler des uC 
23. Die Fehlercddes bedeuten 

• DN_WDT Fehler eines Watchdogtimers 

• DN_CHKS_ROM Checksummenfehler im ROM 96 

• DN_CHKS_RAM Checksummenfehler im statischen Teil 142 des 

RAM 97 

• DN_CHKS_EEPROM Checksummenfehler im EEPROM 74 

• DN_TEST_RAM Fehler beim internen RAM-Test des uC 23 

Die Werte 1000-1999 sind fur die Klasse DS_COMM reserviert. Die 
Fehlercodes bedeuten 

• DN_TIMEOUT_TRANSFER Time-Out-Fehler wahrend einer Ubertragung 

• DN_TIMEOUT_BUS Time-Out-Fehler beim Zugriff auf den Bus 82 

• DN_PROT_ERR Ungultiges Ubertragungsprotokoll (z.B. 9 



DS_HW (3) 



ein Fehler in der ubrigen Hardware 



• DN INVAL_DATA 



Datenbits) 
Ungiiltige Daten 
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Die Werte 2000-2999 sind fur die Klasse DS_SENSOR reserviert. Die 
Fehlercodes bedeuten 

DN_SENSOR_INTERRUPT SensorabriB (AbriB an den Stellen 62a Oder 

62b der Fig. 2) 

DN_SENSOR_SHORT SensorkurzschluG (zwischen den Stelien 62a, 

62b) 

Die Werte 3000-3999 sind fur die Klasse DS_HW reserviert (HW=Hardware). 
Die Fehlercodes bedeuten 

• DN_DRIVER_FAULT Fehler in der Endstufe 112 (Fig. 2) 
Die ubrigen Werte sind hier nicht definiert (RES). 

Fig. 12 zeigt ein Reaktionswort DI_REAC, das angibt, welche Reaktion bei 
einem Fehler erfolgen soil. DLREAC entspricht dem Objekt DIST_REAC aus 
Fig. 8, und es wird wie DI_CTRL nach einem Reset des uC 23 in S600 (Fig. 6) 
mit dem Wert des Objekts DIST_REAC aus der Objekttabelle 111 beschrieben. 

Die Bits 0-2 haben den Namen DR_REAC, und DR_REAC kann die 
(dezimalen) Werte 0 bis 7 annehmen. DR_REAC beinhaltet die Reaktion, die 
bei einem Fehler durch die Fehlerfunktion erfolgen soil. Dabei bedeuten die 
Reaktionen 

• DR_OFF keine Reaktion 

• DR_n_max maximale Drehzahl 

• DR_n_min minimale Drehzahl 

• DR_n_0 Drehzahl 0 

• DR_n_DIST spezielle Fehlerdrehzahl 

• DR_BRAKE Drehzahl 0 und aktive Bremsung des Motors 32 

Das Bit 3 hat den Namen DR_AL. 1st DR_AL = DR_AL_OFF, so wird bei einem 
Fehler kein Alarm bei der Alarmfunktion AF 86 angefordert. 1st dagegen 
DR AL = DR_AL_ON, so wird bei einem Fehler ein Alarm bei der 
Alarmfunktion 86 angefordert. Die Bits 4-7 werden hier nicht benutzt (RES). 



Hall- und TIMERO-lnterrupt 



Fig. 13 zeigt die hier wesentlichen Teile einer "Hall-lnterrupt"-Routine S147, 
welche beim Auftreten eines Hall-Interrupts aufgerufen wird (611 in Fig. 6). Ein 
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Hall-Interrupt 61 1 wird bei jedem Wechsel des Signals HALL (Fig. 4) von 
HIGH auf LOW bzw. LOW auf HIGH ausgelost, also bei dem Beispiel aus Fig. 4 
zu den Zeitpunkten t = 0; 2,5; 5; 7,5 und 10 ms. 

Mlt S151 sind generell Schritte bezeichnet, die zur Berechnung der HALL- 
Zeit t_H (Fig. 4) gehdren, z.B. Stoppen eines entsprechenden Timers, etc. 

In den Schritten S153, S155 und S157 wird im uO 23 die Flanke des 
Signals HALL, bei der der nachste Hall-Interrupt ausgelost werden soli, 
eingestellt. Hierzu wird in S153 gepruft, ob HALL = 1 ist. Falls JA, wird in 
S155 die Flanke, bei der der nachste Hall-Interrupt ausgelost werden soli, 
auf eine fallende Flanke (HIGH -> LOW) gesetzt. Falls nicht, wird in S157 die 
Auslosung auf eine steigende Flanke (LOW -> HIGH) gesetzt. 

In S159 werden OUT1 und OUT2 auf Null gesetzt, d.h. der Motor 32 wird 
stromlos gemacht. Dies dient dazu, die H-Brticke 112 kurzzeitig zu 
unterbrechen, damit in ihr bei einer Kommutierung kein KurzschluB 
entstehen kann. 

In S159A konnen verschiedene Schritte ausgefiihrt werden, z.B. das 
emeute Starten eines (nicht dargestellten) Zahlers fur die Messung von t_H. 
Diese Programmschritte sollten z.B. 50 \is dauern. 

In S161 bis S165 wird die Kommutierung durchgefuhrt. Ist in S161 HALL=1, 
so wird in S163 OUT1 auf 1 gesetzt, wobei OUT2 weiterhin auf 0 bleibt, vgl. 
S159. Ist in S161 HALL=0, so wird in S165 OUT2 auf 1 gesetzt, wobei OUT1 
weiter auf 0 bleibt, vgl. S159. 

Durch das Signal OUT1=1 werden die Transistoren 114 und 118 
eingeschaltet, wie bereits beschrieben, und durch das Signal OUT2=1 
werden die Transistoren 116 und 120 eingeschaltet. 

Die Schritte S167 bis 171 stellen einen Zahler dar, der einen Zahler 
OD_COM, welcher nach jedem Reset des uO 23 in S600 (Fig. 6) mit dem 
Wert des Objekts OD-COMMUT aus der Objekttabelle 1 1 1 beschrieben wird, 
z.B. alle 10.000 Kommutierungen urn 1 erhoht. 
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Hierzu wird in S167 bei jedem Hall-Interrupt ein Zahler CNT_COM um 1 
erhoht. In S169 wird uberpruft, ob CNT_COM > 9999 ist. Falls ja, so wird in 
S171 CNT_COM auf 1 gesetzt, und der Zahler OD_COM wird um 1 erhoht. 
Ist in S169 nicht CNT_COM > 9999, so wird direkt zum Ende in S172 
gesprungen. 

Die Zahl der Kommutierungen wird in Fig. 6 fur die Funktionen 
"Betriebsdatenfunktion" S638 und "Fehlerfunktion" S640 benotigt. 

Fig. 14 zeigt einen Programmteil der "TIMER0-Interrupt"-Routine S173, das 
in Fig. 6 mit 615 bezeichnet ist. Der Timer TIMER0 98 lost zum Beispiel alle 
256 \is einen TIMERO-lnterrupt aus. Daher kann der Timer TIMER0 fur 
Zeitmessungen verwendet werden. 

Der Schritt S174 steht fur denkbare andere Anwendungen des Timers 98, 
welche hier nicht dargestellt sind. 

In den Schritten S175 bis S180 ist ein Subtimer dargestellt, der z.B. alle 10 
Minuten einen Schritt S180 ausfuhrt. Hierzu wird ein Zahler CNT_TI 
verwendet, welcher bei jedem TIMER0-Interrupt in S176 um 1 erhoht wird. 
In S178 wird uberpruft, ob CNT_TI > 2.399.999 ist. Falls ja, so wird nach 
S180 gesprungen, ansonsten an das Ende S182. 

Hat CNT_TI den Wert 2.400.000 erreicht, so sind 2.400.000 mal 256 ^s 
vergangen. Dies entspricht genau 10 Minuten. In S180 wird dann CNT_TI 
zuruck auf 1 gesetzt. Ein "Betriebsstundenzahler" OD_OH im RAM 97, 
welcher nach jedem Reset des uC 23 mit dem Wert des Objekts OD_OHO 
aus dem EEPROM 74 beschrieben wird, wird um 1 erhoht, und das Bit 
FCT_BDF des Funktionsregisters 605 aus Fig 6 wird gesetzt, so dafi vom 
Funktionsmanager 601 die "Betriebsdatenfunktion" S638 aufgerufen wird, 
vgl. Fig. 6, um bestimmte Betriebsdatenwerte in das EEPROM 74 zu laden. 

Der "Betriebsstundenzahler" OD_OH im RAM 97 enthalt also hier die 
Gesamt-Betriebszeit des Lufters in der Einheit 10 Minuten, ebenso der 
Betriebsstundenzahler OD_OHO im EEPROM 74. 
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Betriebsdatenfunktion BDF (Fig. 15) 

Fig. 15 zeigt die "Betriebsdatenfunktion" S638 (Fig. 6), welche aufgerufen 
wird, wenn der Funktionsmanager 601 (Fig. 6) den Schritt S636 erreicht und 
das Bit FCT_BDF aus dem Funktionsregister 605 (Fig. 7) z.B. durch den 
Subtimer in der "TIMER0-Interrupt"-Routine S170 (Fig. 14) gesetzt wurde. 
Das geschieht beim vorliegenden Ausfuhrungsbeispiel alle 10 Minuten. 

Die "Betriebsdatenfunktion" S638 dient dazu, wichtige Betriebsdatenwerte 
(z.B. maximale Luftertemperatur oder Betriebsstunden) im EEPROM 74 zu 
speichern, um z.B. ein Kriterium fur das Erneuern des Lufters zu erhalten. 
Diese Daten konnen dann aus dem EEPROM 74 gelesen werden und 
liefern eine Art "Gesundheitsinformation" iiber den Motor 32. 

Zusatzlich werden auch noch in einem FIFO des EEPROM 74 "Krankheits- 
informationen" uber den Motor 32 gespeichert, wenn solche "Krankheiten" 
auftreten. Auch diese Krankheitsinformationen konnen spater aus dem 
EEPROM ausgelesen werden und liefern eine Art Protokoll des 
aufgetretenen Fehlers und ggf. seiner Ursache, z.B. zu hohe Temperatur, 
Uberspannung, oder Ende der Lebensdauer. 

Bei der Ausfuhrung der Betriebsdatenfunktion BDF wird in S190 uberpriift, 
ob die momentane Betriebsspannung U_B> welche durch den A/D-Wandler 
60 digitalisiert wurde, groBer als die bisher hochste Betriebsspannung 
OD_UBM ist. Falls ja, wird in S192 U_B dem Wert OD_UBM zugeordnet, 
und das Objekt OD_UBMAX, welches sich in diesem Ausfuhrungsbeispiel 
an der Stelle pOD_UBMAX im EEPROM 74 befindet, wird mit dem Befehl 
write_EE auf den neuen Wert ODJJBM gesetzt. Die Stelle, an der sich ein 
Objekt im EEPROM 74 befindet (vgl. Fig. 8), wird durch ein vorangestelltes 
"p" bezeichnet. So ist pODJJBMAX die Stelle im EEPROM 74, an der sich 
das Objekt ODJJBMAX befindet, vgl. Fig. 8. Die maximale 
Betriebsspannung UBMAX ist wichtig, da eine zu hohe Betriebsspannung 
den VerschleiB der elektronischen Bauteile beschleunigt. Ebenso ware es 
moglich, eine minimale Betriebsspannung (Unterspannung) festzuhalten. 

In S194 wird uberpruft, ob die momentane Temperatur T, welche mit dem 




Sensor 152 gemessen wird, groBer als die bisher maximale Temperatur 
OD_TM ist. Falls ja, so wird in S196 der bisherigen maximalen Temperatur 
OD_TM die neue maximale Temperatur T zugeordnet, und das Objekt 
OD_TMAX in der Objekttabelle 111 (Fig. 8) wird analog zu S192 durch den 
Befehl write_EE mit dem neuen Maximaiwert OD_TM uberschrieben. (Der 
Parameter pOD_TMAX gibt wieder an, an welcher Stelle das Objekt 
OD_TMAX im EEPROM 74 abgelegt ist.) 

Im S198 werden die momentanen Betriebsstunden, welche sich in OD_OH 
befinden, mit dem Befehl write_EE in das Objekt OD_OHO (Fig. 8) des 
EEPROM 74 geschrieben, so daB sie auch beim Ausschalten des Lufters 32 
erhalten bleiben. Die Messung der Betriebsstunden OD_OH ist bei Fig. 14 
erlautert. 

In S200 wird die momentane Anzahl der Kommutierungen, welche in 
OD_COM abgelegt ist, durch den Befehl write_EE in das Objekt 
OD_COMMUT (Fig. 8) geschrieben. Die Messung der Zahl der 
Kommutierungen ist bei Fig. 13 erlautert. 

In S202 wird das Anforderungsbit FCT_BDF auf Null zuruckgesetzt, da die 
"Betriebsdatenfunktion" S638 vollstandig abgearbeitet ist, und bei S204 
endet die Funktion S638. 

Fehlererkennung 

Fig. 16 zeigt ein FluBdiagramm mit einem Ausschnitt der Funktion "A/D" 
S606 (Fig. 6). 

In S220 wird das Potential am Eingang 57 des A/D-Wandlers 60 (Fig. 2) mit 
dem Befehl AD(AD_UB) eingelesen und in U_B gespeichert. Der Wert U_B 
entspricht der aktuellen Betriebsspannung UB, z.B. 40 V 

In S222 wird das Potential am Eingang 67 des A/D-Wandlers 60 (Fig. 6) mit 
dem Befehl AD(AD_T) eingelesen und in T gespeichert. Der Wert T 
entspricht einer aktuellen Temperatur am NTC-Widerstand 62, z.B. 84° C. 



In S224 werden ggf. weitere Schritte, z.B. eine Anforderung der 
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"Kennlinienfunktion" S622, ausgefiihrt. 

In S226 wird uberpriift, ob ein SensorabriB vorliegt, d.h. ob die Verbindung 
zum NTC-Widerstand 62 an der Stelle 62a oder 62b unterbrochen ist. Dies 
ist der Fall, wenn der Wert fur T kleiner als ein SensorabriBwert T_SI ist. In 
diesem Fall wird bei S228 der Temperaturwert T auf T_SI gesetzt, und der 
Aufruf einer Funktion NEW_DIST, welche bei Fig. 22 erlautert ist, wird 
vorbereitet. Hierzu werden die Fehlerklasse DS_uC und der Fehlercode 
DN_SENSOR_INTERRUPT fur den SensorkurzschluBfehler in den 
Variablen TEMP_CLASS bzw. TEMP_CODE gespeichert, und in S230 wird 
NEW_DIST (Fig. 22) aufgerufen. 

In S232 wird analog auf einen SensorkurzschluB gepriift, also in Fig. 2 
einen KurzschluB zwischen den Stellen 62a und 62b. Hierzu wird 
verglichen, ob der Wert T groBer als ein SensorkurzschluBwert T_SS ist. 
Falls ja, so wird in S234 der Wert T auf den SensorkurzschluBwert T_SS 
gesetzt, die Variablen TEMP_CLASS und TEMP_CODE werden auf die 
Werte fur den SensorkurzschluB gesetzt, und in S236 wird NEW_DIST (Fig. 
22) aufgerufen. 

In S238 folgen ggf. weitere Schritte. Bei S240 endet die A/D-Routine. 

Anstelle oder zusatzlich zu der Betriebsspannung U_B konnte auch eine 
andere Spannung, z.B. eine benutzte 12 V-Hilfsspannung, gemessen, 
werden, um ihren Extremwert zu speichern. 

Fig. 17 zeigt ein FluBdiagramm fur die Funktion "Fehlererkennung" S634 
(Fig. 6). Dies ist eine anforderbare Funktion, die mit dem Anforderungsbit 
FCT_DIST=1 angefordert werden muB. Sie wird nach dem Einschalten des 
Motors bei der Initialisierung (S600 in Fig. 6) angefordert, und danach etwa 
alle 100 ms durch ein Zeitglied, z.B. einen Zahler, der vom TIMER0 
gesteuert wird. Die Fehlererkennung bewirkt also, daB alle 100 ms die 
Speicher uberpriift werden. 

In S272 wird eine Funktion "RAM_CHK_TEST", in S274 eine Funktion 
"ROM_CHK_TEST" und in S276 eine Funktion 
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"EEPROM_CHK_TEST"ausgefuhrt. Diese Funktionen uberprufen, ob ein 
Fehler im RAM 97, ROM 96 oder EEPROM 74 aufgetreten ist. Es ist z.B. 
moglich, daB ein Bit im RAM 97 "umkippt". Dadurch kann es zu Fehlern im 
Programm des uO 23 und damit einem unsicheren Betrieb des Lufters 32 
kommen. 

In S277 wird das Anforderungsbit FCT_DIST auf Null zuruckgesetzt, da die 
Funktion "Fehlererkennung" S634 vollstandig abgearbeitet ist. 

Anhand der folgenden Figuren werden die Speichertests am Beispiel der 
Funktion "RAM_CHK_TEST" zum Testen des RAM 97 erlautert. Die Tests 
bei EEPROM 74 und ROM 96 verlaufen vollig analog. 

Fig. 18 zeigt einen Bereich 140 des RAM 97. Dieser ist hier in einen 
statischen Bereich "STATIC" 142 und einen nichtstatischen (dynamischen) 
Bereich "NON_STATIC" aufgeteilt. 

Zur Veranschaulichung werden Speicherworte W1 bis W11 durchnumeriert. 
Der Bereich "STATIC" 142 umfaBt die Speicherworte W1 bis W7. In dem 
Speicherwort W8 steht die Variable RAM_CHK 146, welche zur 
Uberpriifung des Bereichs "STATIC" 142 dient. Im Bereich "STATIC" 142 
stehen z.B. Funktionen und Konstanten. Der Bereich "NON_STATIC" 144 
umfaBt die Speicherworte W9 bis W1 1 und enthalt z.B. Variablen. 

Fig. 19 zeigt eine Funktion "CHK_CALC" S290, welche zur Berechnung 
eines Uberprufungswerts CHK dient. Hierfur wird in S292 CHK auf Null 
gesetzt, und ein Schleifenzahler N wird ebenfalls auf Null gesetzt. 

In S294 beginnt eine Schleife. N wird jeweils urn 1 erhoht, und es wird eine 
XOR-Operation von CHK und RAM(N) gemacht. RAM(N) ist dabei das 
Speicherwort im RAM-Bereich 140 (Fig. 18) an der Stelle WN. In S296 wird 
iiberpruft, ob N < 7 ist. Falls nein, so wurde ein XOR von CHK mit den 
Speicherworten W1 bis W7 und damit mit alien Speicherworten in dem 
Bereich "STATIC" 142 gemacht, und die Routine geht zum Schritt S298 
(ENDE). 
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Fig. 20 zeigt ein FluBdiagramm zu der Funktion "RAM_CHK_SET" S300, 
welche zum Setzen von RAM_CHK 146 (Fig. 18) verwendet wird. 

In S302 wird die Funktion "CHK_CALC" (Fig. 19) aufgerufen, welche den 
Prufwert CHK berechnet. Dieser wird in S304 in RAM_CHK 146 (Fig. 18) 
gespeichert, also im Wort W8 des RAM-Bereichs 140. Bei S306 endet die 
Routine. 

Die Funktion "RAM_CHK_SET" wird z.B. nach jedem Reset des jiC 23 in 
S600 (Fig. 6) aufgerufen. Falls wahrend der Laufzeit ein Speicherwort im 
Bereich "STATIC" 142 (Fig. 18) gewollt verandert wird, muB 
" R A M_C H K_S ET" S300 erneut aufgerufen werden. Im ROM 96 wird ein 
entsprechendes ROM_CHK-Uberprufungswort vor dem "Brennen" des ROM 
96 berechnet und eingetragen. 

Fig. 21 zeigt ein FluBdiagramm der Funktion "RAM_CHK_TEST" (S272 in 
Fig. 17). In S312 wird wieder die Funktion "CHK_CALC" (S290 in Fig. 19) 
aufgerufen und der Uberprufungswert CHK berechnet. 

In S314 wird CHK mit dem gespeicherten Wert RAM_CHK 146 (Fig. 18) 
verglichen. Sind die beiden Werte ungleich, so ist ein Fehler im Bereich 
"STATIC" 142 aufgetreten, und es wird nach S316 gesprungen. In S316 
werden die Variablen TEMP_CLASS mit DSjiC und TEMP_CODE mit 
D N_C H KS_R A M belegt, und in S318 wird die Funktion "NEW_DIST" (Fig. 
22) aufgerufen. 

Sind in S314 die Werte RAM_CHK und CHK identisch, so springt die 
Routine direkt zu S320 (ENDE). 

Die Speicheruberprufungen von ROM 96 und EEPROM 74 funktionieren 
analog. Anstatt des XOR-Verfahrens kann z.B. auch ein Checksummen- 
verfahren oder ein sonstiges Prufverfahren, z.B. CRC (Cyclic Redundancy 
Check), verwendet werden. 

Fig. 22 zeigt ein FluBdiagramm der Funktion "NEW_DIST" S340, welche 
bei jedem detektierten Fehler aufgerufen wird. 
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In S342 wird uberpriift, ob das Statuswortbit DS.ACTIVE = 1 ist, vgl. Fig. 10. 
Falls ja, so liegt bereits ein Fehler vor, es wird an das Ende S348 
gesprungen, und der neue Fehler wird nicht beachtet. Dies ist deshalb 
sinnvoll, da ein Fehler Folgefehler hervorrufen kann. Zur Analyse ist deshalb 
der erste, alte Fehler der wichtigste. 

Liegt in S342 ein neuer Fehler vor (DS_ACTIVE = 0), so wird nach S344 
gesprungen. In S344 wird DS_ACTIVE (Fig. 10) auf 1 gesetzt, und die 
Fehlerklasse DS_CLASS und der Fehlercode DLCODE werden auf die von 
der aufrufenden Funktion gesetzten Werte TEMP_CLASS bzw. 
TEMP_CODE gesetzt. Z.B. zeigt Fig. 21, daB dort TEMP_CLASS auf DS_uO 
gesetzt wurde. 

In S346 werden die Fehlerklasse DS.CLASS, der Fehlercode DLCODE 
und die momentanen Betriebsdaten OD_DATA durch einen Befehl 
push_FIFO in einem FIFO im EEPROM 74 abgelegt. OD.DATA kann z.B. die 
momentane Temperatur, die momentanen Betriebsstunden, die momentane 
Anzahl der Kommutierungen, die Fehlerklasse, den Fehlercode und - falls 
eine Echtzeituhr 149 (Fig. 1) vorhanden ist - die momentane Uhrzeit und das 
momentane Datum enthalten. 

Der Prozessor 23 setzt dann ein Statussignal, das von einem ange- 
schlossenen PC 81 standig gepruft wird und diesen veranlaBt, die 
gespeicherten Daten iiber den Fehler abzurufen. Sofern der Motor 32 durch 
den Fehler steht, z.B. weil sein Rotor 130 blockiert ist, kann durch den PC 81 
ein Reservemotor (nicht dargestellt) eingeschaltet werden, oder es wird ein 
Alarm ausgelost. Sofern es sich bei dem Motor 32 urn einen Liifter handelt, 
kann durch den PC 81 ein anderer Liifter auf eine hohere Drehzahl 
umgeschaltet werden, urn die Kuhlung weiterhin zu gewahrleisten. 

Fehlerfunktion (Fehleruberwachungsroutine) 

Fig. 23 zeigt ein FluBdiagramm der Fehlerfunktion S640 (Fig. 6), die auch 

als Fehleruberwachungsroutine bezeichnet werden kann. 

In S362 wird anhand von DS_ACTIVE (Fig. 10) uberpriift bzw. uberwacht, 
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ob ein Fehler vorliegt. 1st DS_ACTIVE = 0, so liegt kein Fehler vor, und es 
wird an das Ende S390 gesprungen. 

1st DS_ACTIVE = 1 , so liegt ein Fehler vor, und es wird eine Reaktion 
ausgeftihrt, welche durch den Wert VAL von DR_REAC (Fig. 12) bestimmt 
wird. 

1st DR_REAC = DR_OFF, so wird von S364 direkt nach S386 gesprungen, 
es geschieht keine Reaktion. 

1st DR_REAC = DR_n_max, so wird von S366 nach S368 gesprungen. In 
S368 wird n_const auf 1 gesetzt und damit der Funktion 
"Drehzahlberechnungsfunktion" S626 (Fig. 6) mitgeteilt, daB jetzt eine 
konstante Drehzahl vorgegeben ist. Weiterhin wird die Solldrehzahl n_s auf 
eine maximale Drehzahl n_max gesetzt. Dabei wird das Tastverhaltnis 
PWM_TV der Impulse 107A (Fig. 2) auf 100 % eingestellt. 

Ist in S370 DR_REAC = DR_n_min, so wird in S372 n_const auf 1 und die 
Solldrehzahl n_s auf eine minimale Drehzahl n_min gesetzt. Diese 
Drehzahl wird dann dem Regler 70 als Solldrehzahl vorgegeben. 

Ist in S374 DR_REAC = DR_n_0, so wird in S376 n_const auf 1 und die 
Solldrehzahl n_s auf 0 gesetzt. Hierzu werden in Fig. 2 die Transistoren 
1 14, 1 16, 1 18, 120 nichtleitend gemacht, so daB der Motor 32 keinen Strom 
mehr erhalt. 

Ist in S378 DR_REAC = DR_n_DIST, so wird in S380 n_const auf 1 und die 
Solldrehzahl n_s auf die Fehlerdrehzahl n_DIST gesetzt, welche durch das 
Objekt n_DIST (Fig. 8) gegeben ist. Diese Drehzahl n_DIST wird dann dem 
Regler 70 als Solldrehzahl n_s zugefuhrt. 

Ist in S382 DR_REAC = DR_BRAKE, so wird in S384 n_const auf 1 gesetzt, 
die Solldrehzahl n_s auf 0 und BRAKE auf 1, urn der Funktion "RGL" S610 
(Fig. 6) anzuzeigen, daB aktiv gebremst werden soli. In diesem Fall werden 
z.B. die beiden unteren Transistoren 118, 120 der H-Brucke 112 (Fig. 2) 
standig leitend gesteuert, so daB die Statorwicklung 128 kurzgeschlossen 



wird. Dabei sind die oberen Transistoren 114, 116 geoffnet. 

Nach dem Prufen von DR_REAC in S364 bis S382 wird in S386 anhand 
von DR_AL (Fig. 12) gepruft, ob bei einem Fehler ein Alarm ausgelost 
warden soil. 

1st DR_AL = DR_AL_ON, so wird in S388 das Statuswort AS_DIST auf 1 
gesetzt, um so der Alarmfunktion S642 (Fig. 6) mitzuteilen, daB ein Fehler 
vorliegt und ein Alarm ausgelost werden soli. AnschlieBend geht die Routine 
zu S390 (ENDE). 

Kommunikationsfunktion (Fig. 24) 

Fig. 24 zeigt ein FluBdiagramm der Funktion "COMM" S604 (Fig. 6). Sie 
steuert Ein- und Ausgabe fiber den Bus 82. (Die Schritte S402, S406 und 
S430 symbolisieren mogliche weitere Programmteile, d.h. Fig. 24 stellt 
gewohnlich nur den hier wichtigen Ausschnitt aus der Funktion "COMM" 
S604 dar, um unndtige Langen zu vermeiden.) 

Ab S404 beginnt der Teil PROCESSJNSTR, in dem Befehle ausgefiihrt 
werden, welche die Funktion "COMM" uber den seriellen Bus 82, hier einen 
IIC-Bus, erhalten hat, und welche in INSTR stehen. 

Die definierten Befehle beginnen mit OC. OC_GETDI bedeutet z.B., daB das 
Statuswort DLSTATE (Fig. 10) und der Fehlercode DI_CODE (Fig. 11) von 
auBerhalb abgefragt werden. In S410 wird uberpruft, ob INSTR = OC_GETDI 
ist. Falls ja, wird in S412 mit dem Befehl writeJIC die gewunschte 
Information auf den IIC-Bus 82 ausgegeben. OC_DIDAT bedeutet, daB es 
sich um die Fehlerdaten handelt, und "2" , daB zwei weitere Argumente 
folgen, namlich DLSTATE und DI_CODE. 

In S414 wird verglichen, ob INSTR = OC_RESDI ist, und ggf. nach S416 
gesprungen. OC_RESDI bedeutet, daB ein Reset der Fehlerfunktion 
stattfinden soli. Ein eventuell in DLSTATE, DLCODE gespeicherter Fehler 
soli also geloscht werden. In S416 werden DLSTATE und DI_CODE 
zuruckgesetzt. Mit DLSTATE werden gleichzeitig DS_CLASS und 
DS_ACTIVE zuruckgesetzt (Fig. 10). 
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In S418 wird iiberpruft, ob INSTR = OC_GETOD ist, und ggf. nach S420 
gesprungen. OC_GETOD bedeutet, daB uber den Bus 82 die Betriebsdaten 
der Funktion "Betriebsdatenfunktion" (Fig. 15) abgerufen werden. In S420 
werden die Betriebsdaten mit dem Befehl writeJIC auf den IIC-Bus 82 
geschrieben. Hierbei bedeutet OCJDDDAT, daB es sich urn Daten der 
Funktion "Betriebsdatenfunktion" (Fig. 15) handelt, "4", daB vierweitere 
Argumente folgen, und zwar OD_UBM, OD_TM, OD_OH und OD_COM, vgl. 
Fig. 15. 

In S422 wird INSTR mit OC_GETFIFO verglichen und bei Gleichheit nach 
S424 gesprungen. OC_GETFIFO bedeutet, daB die nachsten Werte aus 
dem FIFO, welcher bei jedem neuen Fehler mit der Fehlerklasse, dem 
Fehlercode und den momentanen Betriebsdaten gefullt wird (Fig. 22), 
ausgelesen werden. Hierzu werden in S424 die nachsten Daten aus dem 
FIFO geholt und in die Variablen TMP_CLASS, TMP_CODE und 
TMP_DATA geschrieben. Daraufhin werden diese Daten mittels writeJIC 
auf den Bus 82 geschrieben. Hierbei zeigt OC_FIFO an, daB es sich urn 
Daten aus dem FIFO handelt, und "3" gibt die Anzahl der weiteren 
Parameter TMP_CLASS, TMP_CODE und TMP_DATA an. 

Mit S430 sind mogliche weitere Schritte angedeutet, und bei S432 endet die 
Routine COMM. welche gemaB Fig. 6 eine hohe Prioritat L3 hat. 

Bei der vorliegenden Erfindung ist also eine Vielzahl von Routinen 
unterschiedlicher Prioritat (Fig. 6: L1 bis L23) vorgesehen, und wenn bei 
ihrer Ausfuhrung ein Fehler festgestellt wird, werden als erstes "AkutmaB- 
nahmen" getroffen. Wenn z.B. bei der A/D-Routine der Fig. 16 bei S226 
festgestellt wird, daB in der Zuleitung zum Sensor 152 eine Unterbrechung 
vorliegt, wird bei S228 als erstes die entsprechende Fehlerklasse und der 
entsprechende Fehlercode gespeichert, und anschlieBend wird das 
Programm NEW_DIST der Fig. 22 durchlaufen. Wenn nicht bereits ein 
anderer Fehler vorliegt, wird dort DS_ACTIVE gesetzt. Fehlerklasse und 
Fehlercode werden im nichtfluchtigen Speicher 74 gespeichert, urn 
permanente Informationen uber die Art des Fehlers zu haben, und ebenso 
werden alle relevanten Betriebsdaten im Speicher 74 gespeichert. 
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AnschlieGend lauft zunachst die Routine gemaG Fig. 16 weiter ab. 

Irgendwann gelangt dann das Programm in Fig. 6 zur Fehlerfunktion S640, 
die in Fig. 23 dargestellt ist. 

In der Fehlerfunktion wird festgestellt, daB DS_ACTIVE gesetzt ist, und 
entsprechend den Parametern im Wort DIST_REAC der Objekttabetle 1 1 1 
(diese Parameter befinden sich wahrend des Betriebs des Motors auch im 
RAM 97) wird nun auf den Fehler reagiert. Diese Parameter sind in Fig. 12 
dargestellt. Wenn es sich urn einen Lufter handelt, wird DR_REAC (Fig. 12) 
gewohnlich den Wert 1 haben, d.h. die Drehzahl des Motors 32 wird bei 
einem Fehler des Temperatursensors 152 auf den Maximalwert eingestellt, 
damit eine sichere LCiftung gewahrleistet ist. Dies geschieht in den Schritten 
S366 und S368 der Fig. 23. Sobald man also die Verbindung zum Sensor 
152 unterbricht, wird innerhalb kurzester Zeit der Motor 32 auf seine 
maximale Drehzahl umgeschaltet. 

Mochte man das nicht, z.B., weil der Lufter dann sehr laut wird, so kann man 
im Wert n_DIST der Objekttabelle 111 eine bestimmte Drehzahl speichern, 
z.B. 2500 U/min, und man wahlt dann in Fig. 12 fur DR_REAC den Wert 4, 
also DR_n_DIST. Die Fehlerfunktion (Fig. 23) geht dann bei einem Fehler zu 
den Schritten S378 und S380 und schaltet den Motor 32 bei Feststellung 
eines Fehlers auf eine konstante Drehzahl von 2500 U/min. Diese Drehzahl 
kann bei der Parametrierung des Motors frei gewahlt werden, und sie kann 
auch nachtraglich geandert werden, wenn der Benutzer die geeignete 
Software hat. 

In gleicher Weise kann man in Fig. 12 durch die GroGe DR_AL festlegen, ob 
ein Alarm ausgegeben werden soli oder nicht. Hat dort DR_AL den Wert 1 , 
so wird durch die Schritte S386 und S388 der Fig. 23 ein Alarm ausgelost. 

Man kann also bei einem Motor in einfacher Weise parametrieren, ob und 
wie er reagieren soil, wenn ein Fehler festgestellt wird. In jedem Fall hat man 
im EEPROM 74 gespeicherte Daten, welche Fehlerklasse, Fehlercode, und 
die zugehorigen Motordaten zum Zeitpunkt des Fehlers enthalten, z.B. 
Betriebsstunden, maximale Betriebsspannung, maximale Temperatur, ggf. 
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Uhrzeit, Datum etc., so daB die nachtragliche Analyse eines aufgetretenen 
Fehlers wesentlich erleichtert bzw. uberhaupt moglich gemacht wird. 

Die Arbeitsweise bei Auftreten eines Fehlers kann man mit der Versorgung 
eines Verungluckten vergleichen: Zuerst kommt der Sanitater, macht einen 
Notverband und schreibt ein paar Daten auf, die er als Etikett am Patienten 
festklebt. Dies entspricht der Ermittlung des Fehlers und der Speicherung 
der Betriebsdaten, z.B. in der Routine A/D (Fig. 16) oder in der Routine 
Fehlererkennung (Fig. 17). AnschlieBend setzt der Sanitater die Flagge DS- 
ACTIVE=1 und laBt den Verungluckten liegen, bis eine Ambulanz kommt. 

Das Programm Fehlerfunktion (Fig. 23), also die Fehleruberwachungs- 
routine, entspricht der Ambulanz. Diese fahrt irgendwann vorbei und erkennt 
den Verungluckten an der Flagge DS_ACTIVE=1 , ladt ihn auf, und verarztet 
ihn entsprechend den gespeicherten Hinweisen. 

Ein solches System ist sehr often und in jeder Richtung erweiterbar und 
anderbar, weil Anderungen nicht das Programm betreffen, sondern nur die 
Daten in der Objekttabelle 1 1 1 (Fig. 8). In jedem Fall kommt zuerst der 
Sanitate^ fuhrt vorgegebene Schritte durch, und anschlieBend kommt die 
Ambulanz und fuhrt ebenfalls vorgegebene Schritte durch. Und diese 
vorgegebenen Schritte sind im Speicher 74 parametrierbar. 

Durch die Erfindung ergibt sich auch der Vorteil, daB man aufgrund 
objektiver Daten entscheiden kann, ob ein Motor das Ende seiner 
Lebensdauer erreicht hat und vorsorglich ersetzt werden sollte. 

NaturgemaB sind im Rahmen der vorliegenden Erfindung vielfache 
Abwandlungen und Modifikationen moglich. 
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Patentansp ruche 

1. Verfahren zum nichtfluchtigen Speichern mindestens eines Betriebsdatenwerts 
eines Elektromotors (32), welcher einen seine Kommutierung steuernden 
Mikroprozessor oder Mikrocontroller (23), im folgenden Mikroprozessor 
genannt, und einen nichtfliichtigen Speicher (74) aufweist, insbesondere nach 
Patentanmeldung 198 26 458.5, mit folgenden Schritten: 

Beim Einschalten des Motors (32) wird ein Alt-Betriebsdatenwert aus dem 
nichtfluchtigen Speicher (74) in einen dem Mikroprozessor (23) zugeordneten 
fliichtigen Speicher (97) Qbertragen und dort als Variable gespeichert; 
die Variable wird vom Mikroprozessor (23) in den Zeitbereichen zwischen den 
Kommutierungsvorgangen aktualisiert; 

in zeitlichen Abstanden wird der im nichtfluchtigen Speicher (74) gespeicherte 
Betriebsdatenwert durch den aktuellen Wert dieser Variablen ersetzt. 

2. Verfahren nach Anspruch 1 , bei welchem der Alt-Betriebsdatenwert bei einem 
Resetvorgang in den nichtfluchtigen Speicher (74) Qbertragen wird. 

3. Verfahren nach Anspruch 1 oder 2, bei welchem der im nichtfluchtigen 
Speicher (74) gespeicherte Betriebsdatenwert uber eine Datenverbindung (82) 
abfragbar ist. 

4. Verfahren nach einem oder mehreren der vorhergehenden Anspriiche, bei 
welchem dem Motor ein Temperatursensor (152) zugeordnet ist, und bei 
welchem ein Extremwert (OD_TM) der von diesem Temperatursensor (152) 
erfaBten Temperatur (T) als Betriebsdatenwert (Fig. 8: OD_TMAX) im 
nichtfluchtigen Speicher (74) gespeichert wird. 

5. Verfahren nach einem oder mehreren der vorhergehenden Anspriiche, bei 
welchem der Motor (32) einen A/D-Wandler aufweist, mit welchem eine 
analoge Spannung in einen digitalen Wert umsetzbar ist, und bei welchem ein 
Extremwert (OD_UBM) der von diesem A/D-Wandler umgesetzten Spannung 
als Betriebsdatenwert (Fig. 8: ODJJBMAX) im nichtfluchtigen Speicher (74) 
gespeichert wird. 

6. Verfahren nach einem oder mehreren der vorhergehenden Anspriiche, bei 
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welchem ein der Anzahl der Kommutierungen entsprechender Wert 
(OD_COMM) als Betriebsdatenwert (Fig. 8: OD_COMMUT) im nichtfluchtigen 
Speicher (74) gespeichert wird. 

7. Verfahren nach einem oder mehreren der vorhergehenden Anspruche, bei 
welchem die Betriebsdauer (OD_OH) des Motors (32) nach Art eines 
Betriebsstundenzahlers als Betriebsdatenwert (Fig. 8: OD_OHO) im 
nichtfluchtigen Speicher (74) gespeichert wird. 

8. Verfahren nach einem oder mehreren der vorhergehenden Anspruche, bei 
welchem beim Start des Motors (32) mehrere Betriebsdatenwerte aus dem 
nichtfluchtigen Speicher (74) in zugeordnete Variablen eines dem 
Mikroprozessor (23) zugeordneten fliichtigen Speichers (RAM 97) geladen und 
anschlieRend durch den Mikroprozessor (23) aktualisiert werden. 

9. Elektromotor zur Durchfuhrung eines Verfahrens nach einem oder mehreren 
der vorhergehenden Anspruche. 

10. Elektromotor nach Anspruch 9, bei welchem eine Daten-Sammelleitung (82) 
vorgesehen ist, uber welche ein Zugriff zu den im nichtfluchtigen Speicher (74) 
gespeicherten Daten und/oder ein Speichem von Daten in diesem Speicher 
(74) moglich ist. 
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( Hall-Interrupt J 
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INT := 


(HIGH - 


> LOW) 



HALLJNT := 
(LOW -> HIGH) 
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OUT2 
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OUT! := 1 
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OUT2 := 1 
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CNT_COM := CNT_COM + 1 



CNT.COM := 1 
Y ~* ODCOM := OD_COM + 1 
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(TIMER0-Interrupt) 

| ^-S 1 74 



I 



S175 



(lO min - Subtimer ) 
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CNT_TI := CNT_TI + 1 
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CNT_TI := 1 
OD_OH := OD_OH + 1 
FCT_BDF := 1 
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; write_EE(pOD_OHO, OD_OH) 




^S200 


write_EE(pOD_COMMUT, OD_COM) 
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FCT_BDF := 0 
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( A ( D ) 
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U_B := AD(AD_UB) 
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T := AD(AD_T) 
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T := T_SI 
TEMP_CLASS := DSjiC 
TEMP_CODE := DN_SENSOR_INTERRUPT 



c 



NEW DIST 
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T := T_SS 
TEMP_CLASS := DS _jiC 
TEMP_CODE := DN_SENSOR_SHORT 



c 



NEW_ DIST 
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( CHK_CALC ) 
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CHK := 0 
N := 0 



N := N + 1 
CHK := CHKXOR RAM(N) 
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( ram_chk_set)~ 
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RAM_CHK := CHK 
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TEMP_CLASS := DSjiC 
TEMP_CODE := DN_CHKS_RAM 
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NEW_DIST 
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END 
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( NEW_DIST ) 




DS_ACTIVE := 1 
DS_CLASS := TEMP_CLASS 
Dl CODE:=TEMP_CODE 



I 
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push_FIFO(DS_CLASS, 
DLCODE, OD_DATA) 
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c 



END 
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( PROCESSJNSTR ) 



S406 




-S412 



write_IIC(OC_DIDAT, 
2, DLSTATE, DLCODE) 
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DLSTATE := 0 
Dl CODE:=0 
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write_IIC(OC_ODDAT, 
4, OD_UBM, OD_TM, 
OD_OH, OD_COM) 
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pull_FIFO(TMP_CLASS, 
TMP_CODE, TMP_DATA) 
write_IIC(OC_FIFO, 3, 
TMP_CLASS, TMP_CODE, 
TMP_DATA) 
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